
    <!DOCTYPE html>
    <html lang="zh-CN">
    <head>
      <meta charset="UTF-8">
      <meta name="viewport" content="width=device-width, initial-scale=1.0">
      <title>分布式事务 - 学习卡片</title>
      <style>
        body { font-family: sans-serif; background-color: #f0f8ff; color: #333; display: flex; flex-direction: column; align-items: center; padding: 50px 20px; }
        .header h1 { font-size: 32px; }
        .grid-container { display: grid; grid-template-columns: repeat(3, 1fr); gap: 28px; width: 100%; max-width: 1200px; }
        .card-container { perspective: 1200px; cursor: pointer; height: 250px; }
        .card { width: 100%; height: 100%; position: relative; transform-style: preserve-3d; transition: transform 0.7s; border-radius: 16px; box-shadow: 0 4px 16px rgba(0,0,0,0.08); }
        .card-container.flipped .card { transform: rotateY(180deg); }
        .card-face { position: absolute; width: 100%; height: 100%; backface-visibility: hidden; display: flex; flex-direction: column; box-sizing: border-box; border-radius: 16px; background-color: #fff; padding: 24px; }
        .card-back { background-color: #f0fff4; transform: rotateY(180deg); justify-content: space-between; }
        .card-category { font-size: 14px; color: #0052d9; margin-bottom: 8px; font-weight: 500; }
        .card-question { font-size: 20px; font-weight: 500; flex-grow: 1; display: flex; align-items: center; justify-content: center; text-align: center; }
        .card-answer-wrapper { flex-grow: 1; overflow-y: auto; }
        .card-answer { font-size: 15px; line-height: 1.7; }
        .card-footer { font-size: 13px; color: #8a919f; border-top: 1px solid #f0f0f0; padding-top: 16px; margin-top: 16px; }
        .card-source { font-size: 13px; color: #8a919f; border-top: 1px solid #f0f0f0; padding-top: 12px; margin-top: 12px; }
      </style>
    </head>
    <body>
      <div class="header">
        <h1>分布式事务 - 学习卡片</h1>
      </div>
      <div class="grid-container">
        
    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">理论</div>
          <div class="card-question">请阐述事务的四个核心特性 (ACID) 及其含义。</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">理论</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">A (原子性): 事务中的所有操作要么全部成功完成，要么全部不做，不会停留在中间状态。如果发生错误，所有操作都将被回滚。<br>C (一致性): 事务的执行必须保证系统从一个一致的状态转移到另一个一致的状态。<br>I (隔离性): 多个事务并发执行时，一个事务的中间状态不会被其他事务感知，事务之间互不影响。<br>D (持久性): 一旦事务完成，其对数据的修改将永久保存在数据库中，即使系统宕机也不会丢失。</div>
          </div>
          <div class="card-source">来源: 事务特性(ACID)</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">概念</div>
          <div class="card-question">什么是分布式事务？它在微服务架构中为何如此重要？</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">概念</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">分布式事务是指一次大的操作由多个分布在不同服务器或应用上的小操作组成，并需要保证这些小操作要么全部成功，要么全部失败。在微服务架构中，由于业务被拆分到不同服务，传统的单数据库事务无法覆盖跨服务的操作，因此需要分布式事务来保证跨不同数据库的数据一致性。</div>
          </div>
          <div class="card-source">来源: 什么是分布式事务</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">理论</div>
          <div class="card-question">分布式系统的 CAP 定理阐述了哪三个核心特性？它们之间是什么关系？</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">理论</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">CAP 定理的三个核心特性是：<br>1.  一致性 (Consistency): 所有节点在同一时间具有相同的数据视图。<br>2.  可用性 (Availability): 系统保证每个请求都能得到响应。<br>3.  分区容错性 (Partition tolerance): 系统能容忍网络分区导致部分节点失去联系的情况。<br>根据该定理，这三个特性在分布式系统中不可能同时满足，最多只能同时满足其中两个。</div>
          </div>
          <div class="card-source">来源: CAP定律</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">理论</div>
          <div class="card-question">BASE 理论的核心思想是什么？它由哪三个概念组成？</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">理论</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">BASE 理论是与 ACID 相对的，强调可用性和性能而非严格一致性。它由三个概念组成：<br>1.  Basically Available (基本可用): 系统在出现故障时尽最大努力保证服务的可用性。<br>2.  Soft state (软状态): 允许系统中的数据在一段时间内存在不一致的状态。<br>3.  Eventually consistent (最终一致性): 系统保证所有数据副本在经过一段时间后，最终会达到一致的状态。</div>
          </div>
          <div class="card-source">来源: BASE理论</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">机制</div>
          <div class="card-question">请描述 2PC (两阶段提交) 协议的两个阶段及其主要工作。</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">机制</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">2PC 包含两个阶段：<br>1.  预处理阶段：事务管理器向所有参与者发送 Prepare 消息。参与者执行本地事务，写入 Redo 和 Undo 日志，但并不提交。<br>2.  提交阶段：如果事务管理器收到所有参与者的成功响应，则向所有参与者发送 Commit 消息；若收到任何失败消息，则发送回滚消息。参与者根据收到的指令执行提交或回滚操作，并释放锁资源。</div>
          </div>
          <div class="card-source">来源: 2PC</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">技术</div>
          <div class="card-question">根据文档，2PC (两阶段提交) 协议存在哪些主要缺陷？</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">技术</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">2PC 协议的主要缺陷包括：<br>1.  同步阻塞问题：在事务执行过程中，所有参与节点都会锁定资源，导致其他进程阻塞。<br>2.  单点故障问题：如果事务管理器发生故障，资源管理器会一直阻塞。<br>3.  数据不一致问题：在提交阶段，如果部分资源管理器因网络问题未收到 Commit 消息，会导致数据不一致。<br>4.  极端情况下的不确定性：如果事务管理器和唯一收到 Commit 消息的资源管理器同时宕机，事务的最终状态将无法确认。</div>
          </div>
          <div class="card-source">来源: 2PC</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">模式</div>
          <div class="card-question">TCC 模式作为一种最终一致性解决方案，其 Try, Confirm, Cancel 三个阶段分别起什么作用？</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">模式</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">TCC 模式的三个阶段作用如下：<br>- Try: 尝试执行业务，进行业务检查及资源预留。这是一个初步操作。<br>- Confirm: 在所有分支事务的 Try 阶段都成功后，执行确认提交操作，完成整个业务逻辑。<br>- Cancel: 当 Try 阶段有任何分支事务执行失败时，执行业务取消操作，释放已预留的资源。</div>
          </div>
          <div class="card-source">来源: TCC</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">技术</div>
          <div class="card-question">数据库中的 undo log, redo log 和 bin log 这三种日志文件的核心作用分别是什么？</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">技术</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">核心作用如下：<br>- undo log (回滚日志): 保存事务发生前的数据版本，用于事务回滚，保证原子性。<br>- redo log (重做日志): 记录数据修改后的内容，用于在数据库宕机重启后进行重做，确保事务的持久性。<br>- binlog (二进制日志): 用于数据库复制（主从同步）和基于时间点的还原。</div>
          </div>
          <div class="card-source">来源: 三种日志作用</div>
        </div>
      </div>
    </div>

    <div class="card-container" onclick="this.classList.toggle('flipped');">
      <div class="card">
        <div class="card-face card-front">
          <div class="card-category">机制</div>
          <div class="card-question">与 2PC 相比，3PC (三阶段提交) 做了哪些改进，从而解决了什么问题？</div>
          <div class="card-footer">点击卡片查看答案</div>
        </div>
        <div class="card-face card-back">
          <div class="card-category">机制</div>
          <div class="card-answer-wrapper">
            <div class="card-answer">3PC 是 2PC 的改进版，它将 2PC 的 Prepare 阶段拆分为 CanCommit 和 PreCommit 两个阶段，最终形成 CanCommit、PreCommit 和 doCommit/doRollback 三个阶段。这样的改进主要解决了 2PC 的单点故障问题，并减少了事务执行过程中的阻塞现象。</div>
          </div>
          <div class="card-source">来源: 3PC</div>
        </div>
      </div>
    </div>

      </div>
    </body>
    </html>
